home *** CD-ROM | disk | FTP | other *** search
/ Aminet 2 / Aminet AMIGA CDROM (1994)(Walnut Creek)[Feb 1994][W.O. 44790-1].iso / Aminet / text / docs / hst_doc.lha / APA.TXT next >
Text File  |  1993-05-10  |  13KB  |  397 lines

  1.  
  2.  
  3.  
  4.  
  5.  
  6.  
  7.                                                                 COURIER HST
  8.  
  9.  
  10.                                                                  APPENDIX A
  11.                                                 ERROR/FLOW CONTROL CONCEPTS
  12.  
  13.  
  14.           At 2400 and 1200 bps, the Courier HST uses the MNP error control
  15.           protocol, Service Levels 1-5.  MNP was originally developed by
  16.           Microcom, Inc. and is now in the public domain.  At 9600, 7200
  17.           and 4800 bps the modem uses similar, compatible error control
  18.           procedures developed by USRobotics.
  19.  
  20.           In USRobotics implementations, we use the general term ARQ
  21.           (automatic repeat request) to denote a connection under error
  22.           control.  Error-free data transmission is ensured through two
  23.           features:
  24.  
  25.                o    error-detection and retransmission techniques;
  26.  
  27.                o    data buffering and flow control.
  28.  
  29.           NOTE:  As with all protocols, error control only works when the
  30.           Courier HST connects with another modem that implements the same
  31.           protocol.
  32.  
  33.           MNP LEVEL NEGOTIATION
  34.  
  35.           When the modems negotiate an ARQ connection, they indicate their
  36.           highest of the first three Service Levels, 3, 2, or 1, and agree
  37.           to operate at the highest possible level.  The Courier HST
  38.           indicates Level 3 in its MNP error-control parameter.  If
  39.           necessary, the Courier drops back to meet the requirements of the
  40.           other modem.  This establishes the error-control (ARQ)
  41.           connection.
  42.  
  43.           Levels 4 and 5, which enhance throughput performance, are only
  44.           possible if an ARQ connection is established.  The Courier
  45.           negotiates for a Level 4 connection, with the longer, streamlined
  46.           transmission frames described below.  Whether or not Level 4 is
  47.           agreed upon, the Courier also negotiates for a Level 5 connection
  48.           (data compression).  It's possible for an ARQ connection to be at
  49.           Level 1, 2 or 3, with or without Level 4 and/or Level 5.
  50.  
  51.           Throughput
  52.  
  53.           Chapters 3 and 4 include recommended modem settings and file-
  54.           transfer guidelines for gaining maximum throughput.  The
  55.           following descriptions of MNP Levels 1-5 include achievable
  56.           throughput statistics.
  57.  
  58.  
  59.  
  60.  
  61.  
  62.                                                                          A-1
  63.  
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.  
  73.                                                                 COURIER HST
  74.  
  75.  
  76.           Level 1
  77.  
  78.           This level, often called Block Mode, supports half-duplex (one
  79.           way at a time) transmission.  The sending modem transmits a block
  80.           of data and waits for an acknowledgment from the receiving modem
  81.           before sending the next.
  82.  
  83.           Level 1 is the slowest and is included because some computer
  84.           equipment is restricted to either sending or receiving at any one
  85.           time.  This mode of operation is usually observed in
  86.           communications between terminals rather than in terminal-to-
  87.           computer or computer-to-computer links.
  88.  
  89.           Level 2
  90.  
  91.           This level, often called Stream Mode, supports full-duplex
  92.           transmission in which data flows in both directions at the same
  93.           time.  Throughput at Level 2, due to protocol overhead, achieves
  94.           about 84% of the throughput of a normal modem, or approximately
  95.           202 characters per second (cps) at 2400 bps.
  96.  
  97.           Level 3
  98.  
  99.           Level 3 incorporates Level 2 and is more efficient.  Modems
  100.           sending at Level 3 strip the Start and Stop bits from the data
  101.           characters and transmit the data across the link in bit format,
  102.           as in synchronous transmission, rather than in character format.
  103.           The receiving modem reinserts the Start and Stop bits for each
  104.           character before passing the data to the receiving computer or
  105.           terminal.
  106.  
  107.           This procedure offsets the protocol overhead loss so that
  108.           throughput is about 108% that of a normal modem.  Under optimal
  109.           conditions, two Level 3 modems operating at 2400 bps can exchange
  110.           data at approximately 254 characters per second.
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.                                                                          A-2
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.                                                                 COURIER HST
  140.  
  141.  
  142.           Level 4
  143.  
  144.           At this level, the information in the headers of transmission
  145.           frames is streamlined to eliminate some of the protocol overhead.
  146.           In addition, the size of the frames is greater than with Level 3.
  147.  
  148.           The results in characters per second (cps) are as follows.  These
  149.           reflect operations without the data compression available with
  150.           MNP Level 5.
  151.  
  152.                               Characters per Second
  153.                Link Rate      Level 3   Level 4        
  154.                9600           1100      1160
  155.                2400            254       276
  156.                
  157.           In general, with Level 4 you can expect a throughput gain of 5%,
  158.           although actual throughput depends on the type of call.  Gains on
  159.           long-link satellite calls can range from 25-50%.
  160.  
  161.           Level 5
  162.  
  163.           Under data compression, the sending modem detects redundant units
  164.           of data and recodes them into shorter units of fewer bits.
  165.           Examples include the frequent occurrences of spaces, control
  166.           characers, or the characters e and s in ASCII text files.  The
  167.           receiving modem decompresses the redundant data units before
  168.           passing them to the receiving computer/terminal.
  169.  
  170.           With data compression, throughput of up to 19.2k bps is possible.
  171.           Achievable throughput rates for different kinds of files, in
  172.           characters per second (cps), are shown in the following table.
  173.  
  174.           The table assumes the following optimal conditions:
  175.  
  176.                o    DTE rate set at 19.2k bps; modem set to &B1
  177.                o    Connection (link) rate of 9600 bps
  178.                o    Level 4 also enabled (longer transmission frames)
  179.                o    Straight data (e.g., not already compressed, no file-
  180.                     transfer protocol)
  181.                o    Transmission from a fast (e.g., 286) computer
  182.                
  183.  
  184.  
  185.  
  186.  
  187.  
  188.  
  189.  
  190.  
  191.  
  192.  
  193.  
  194.                                                                          A-3
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.                                                                 COURIER HST
  206.  
  207.  
  208.                File Type                          Throughput (cps)
  209.                Assembler or Compiler Listing      1920
  210.                Text file                          1550-1750
  211.                Binary file:  .EXE                 1450-1600
  212.                Binary file:  .COM                 1400-1500
  213.                .ARC files (common on BBS's)       1000-1100*
  214.                Random binary 8-bit                 975-1050*
  215.                
  216.                *As mentioned on Page 4-2, these files are already
  217.                compressed or appear to the modem to be compressed.  If they
  218.                undergo additional data compression, they become longer.
  219.  
  220.           ERROR DETECTION/RETRANSMISSION
  221.  
  222.           During an ARQ connection the transmitting modem divides the data
  223.           it receives from the computer or terminal into blocks, and
  224.           attaches header and trailer information.  The result is called a
  225.           frame, as shown in Figure A.1.
  226.  
  227.                                           
  228.  
  229.  
  230.                           Figure A.1 -- Transmission Frame
  231.  
  232.  
  233.           Included in the header or trailer are a frame number and block-
  234.           size information as well as a frame-check code.  This last code
  235.           is derived by the sending modem through an algorithm performed on
  236.           all of the data in the frame.  The technique is called cyclic-
  237.           redundancy checking (CRC).
  238.  
  239.           The receiving modem performs the same computation and checks to
  240.           see if its results match the received CRC code.  If the results
  241.           match, the receiving modem sends a positive acknowledgement to
  242.           the sending modem.  Meanwhile, the sending modem keeps a copy of
  243.           all frames it sends until each is positively acknowledged.
  244.  
  245.           If the CRC codes don't match, the receiving modem initiates the
  246.           automatic repeat request (ARQ) procedure.  The receiving modem
  247.           tells the sending modem which frame is in error, and doesn't
  248.           accept any more frames until the frame in question is received
  249.           correctly.  The sending modem goes back to the specified frame,
  250.           retransmits it, and continues from there.  In this way the
  251.           protocol protects against errors and also ensures that the data
  252.           arrives in sequence.
  253.  
  254.           FLOW CONTROL
  255.  
  256.           The modem stores data from the DTE in its Transmit buffer, and
  257.           data received from a remote system in its Receive buffer, as
  258.           shown in Figure A.2.
  259.  
  260.                                                                          A-4
  261.  
  262.  
  263.  
  264.  
  265.  
  266.  
  267.  
  268.  
  269.  
  270.  
  271.                                                                 COURIER HST
  272.  
  273.  
  274.                                           
  275.  
  276.  
  277.                           Figure A.2 -- Flow Control Buffer
  278.  
  279.  
  280.           Separate commands enable Transmit Data flow control (&Hn) and
  281.           Received Data flow control (&In, &Rn).  Chapter 4 contains
  282.           instructions on when and how to use these commands.
  283.  
  284.           Flow Control Examples
  285.  
  286.           The labels used in the following examples indicate the following
  287.           devices:
  288.  
  289.           DTE  Data Terminal Equipment:  the computer or terminal to which
  290.                a modem is attached.
  291.  
  292.           DCE  Data Communications Equipment:  the Courier or remote modem.
  293.  
  294.           Example 1 -- Transmit Data
  295.  
  296.           The &Hn command allows you to select software flow control,
  297.           hardware flow control, or both.  Hardware flow control is most
  298.           reliable and is recommended, if possible.  Under hardware control
  299.           the modem raises or lowers the Clear to Send (CTS) signal via the
  300.           RS-232C interface.  Under software flow control the modem sends
  301.           the DTE the ASCII XON/XOFF characters described in Chapter 4.
  302.  
  303.           
  304.  
  305.                          Figure A.3 -- Transmit Flow Control
  306.  
  307.  
  308.           Assume that there are disturbances on the line (line hits) and
  309.           DCE2, the receiving modem, detects a transmitted frame error.
  310.           DCE2 tells DCE1 to retransmit the frame and accepts no additional
  311.           frames until it receives the affected frame correctly.
  312.  
  313.           Meanwhile, the computer/terminal (DTE1) continues sending to
  314.           DCE1, and data backs up in the Transmit buffer.  As the buffer
  315.           approaches capacity, DCE1 signals DTE1 to stop sending data.
  316.           DCE1 also retransmits the specified frame and continues
  317.           transmitting.  When enough data is transmitted to half empty the
  318.           buffer, DCE1 signals DTE1 to resume sending data.
  319.  
  320.           As mentioned in Chapter 4, Transmit Data flow control is also
  321.           essential if the DTE is set to send to the modem at a rate higher
  322.           than the link rate.
  323.  
  324.  
  325.  
  326.                                                                          A-5
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.                                                                 COURIER HST
  338.  
  339.  
  340.           Example 2 -- Received Data
  341.  
  342.           It may be necessary or desirable to stop incoming data
  343.           temporarily, for example, in order to review what's on the screen
  344.           and take some kind of action.  In the following diagram, the
  345.           labels indicate operations when three different command options
  346.           are used, as follows:
  347.  
  348.                &I1  The user at DTE1 sends an XOFF command to the modem to
  349.                     have it stop passing on data from the Receive buffer.
  350.                     The modem also transmits the XOFF to the remote
  351.                     computer, which stops sending.  DCE1 resumes passing
  352.                     received data to DTE1 when the user sends an XON
  353.                     signal.
  354.  
  355.                &I2  The user sends the same XON/XOFF commands to DCE1, but
  356.                     the modem doesn't pass them on to the remote computer.
  357.  
  358.                &R2  DTE1 lowers the Request to Send (RTS) signal at the RS-
  359.                     232C interface.  This signals DCE1 to stop passing on
  360.                     received data.
  361.  
  362.                                           
  363.  
  364.  
  365.                       Figure A.5 -- Received Data Flow Control
  366.  
  367.  
  368.           Be sure to review Chapters 3 and 4 before using the error/flow
  369.           control commands.
  370.  
  371.  
  372.  
  373.  
  374.  
  375.  
  376.  
  377.  
  378.  
  379.  
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.                                                                          A-6
  393.  
  394.  
  395.  
  396.  
  397.